home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2383 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Hi-res mouse pointer
  5. Date: 30 Jan 1996 18:54:35 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4elphb$94b@sunsystem5.informatik.tu-muenchen.de>
  9. References: <30f9e0e6@beachyhd.demon.co.uk> <4dg9h6$dif@pravda.aa.msen.com>
  10. NNTP-Posting-Host: hphalle7c.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle7c.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4dg9h6$dif@pravda.aa.msen.com>, crandall@mail.msen.com (Chad Randall) writes:
  15. |> Organization: Msen, Inc. -- Ann Arbor, MI.
  16. |> Lines: 21
  17. |> Message-ID: <4dg9h6$dif@pravda.aa.msen.com>
  18. |> References: <30f9e0e6@beachyhd.demon.co.uk>
  19. |> NNTP-Posting-Host: conch.aa.msen.com
  20. |> X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  21. |> 
  22. |> Adam@beachyhd.demon.co.uk wrote:
  23. |> : I've recently noticed that when using a hi-res mouse pointer on my DBLPAL
  24. |> : screen with 720 pixel horizontal overscan, the mousepointer jumps back to
  25. |> : lo-res when I move it within about 16 pixels of the righthand edge of the
  26. |> : screen..
  27. |> : 
  28. |> : Does anyone know why this happens? Is it a bug in the hardware, or could this
  29. |> : behaviour be cured with some sort of patch?
  30. |> : 
  31. |> 
  32. |> Not really.  What is happening is that the copper is short of cycles when it
  33. |> approaches the right hand side... meaning it can't keep up with the
  34. |> monitor scanline.  It starts shortcutting on stuff.  You can fix
  35.  
  36. What is happening ? copper not getting dma makes sprites become different
  37. resolution ? I don't believe :) What does this have to do with sprites
  38. anyway, isn't the data of them fetched a long time ago ?
  39.  
  40. |> this 2 ways.  Use moned to cut down the cycles (TOTCLKS).  Mine is set at
  41. |> 76, which the the extreme point where the sprite does not dissapear at
  42. |> 640 pixels wide.
  43. |> Or, as Mr Hagen suggested a few days ago, use the pointer prefs program
  44. |> to move the pointer to the extreme right of the buffer.  If you use
  45. |> Iconian 2.96, you can even go all the way to pixel 63 (64 pixels wide).
  46. |> This, of course, will only fix the default pointer/busy, and not program's
  47. |> custom pointers...
  48. ------------------------------------------------------------------------
  49.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  50.  
  51.